home *** CD-ROM | disk | FTP | other *** search
- Path: macaf.sri.ucl.ac.be!user
- From: fontaine@sri.ucl.ac.be (Alain Fontaine)
- Newsgroups: comp.dcom.modems
- Subject: Re: Supra Modems
- Date: Mon, 22 Jan 1996 10:05:33 +0100
- Organization: Universite Catholique de Louvain
- Distribution: world
- Message-ID: <fontaine-2201961005330001@macaf.sri.ucl.ac.be>
- References: <DL4H42.H2K@news2.new-york.net> <4d9ksu$6fj2@navajo.gate.net> <4dk8sv$h0@news.accessorl.net>
- NNTP-Posting-Host: macaf.sri.ucl.ac.be
-
- In article (Dans l'article) <4dk8sv$h0@news.accessorl.net>,
- eric@eola.ao.net (Butt-head) wrote (Θcrivait)á:
-
- > This is NOT the case. The retrain that occurs when you actually LOSE
- > CARRIER for awhile is different from the retraining that occurs when the
- > modem "falls backward" or "falls forward". The modem will request
- > retrains whether you are set on %E0 or %E1, but they are the fall
- > backward/forward kind, not the complete retrains that sound like when the
- > modems are initially establishing a connection. These take much longer
- > and will sometimes cause timeouts. If you set S192.5=1 on the Supra, it
- > will display an L followed by an up or down arrow when the local end
- > requests a fall-forward or backward, and display R and an up and down
- > arrow when the remote end requests a retrain.
-
- Something wrong in the documentation ?
-
- > %En Auto Retrain & Fallback/Fall Forword based on line quality monitoring
- > %E0=Disabled (Default)
- > %E1=Enable Auto Retrain based on line quality
- > %E2=Does Nothing...Rockwell Function Mapped in %G1 register.
- > %E3=Undefined
- /AF
-